查看原文
其他

话题 | 什么才是好的工程师文化

2016-12-16 携程技术中心

编者:前段时间,刚入驻知乎机构号不久的我们,抱着尝试的心态,发起了一个关于“工程师文化”的提问,希望能与知乎的小伙伴们一起交流和学习。

 

短短一个多月,这个提问获得了诸多关注,其中不少高水准的答案,远超预期。在此,特把部分优秀回答进行整理分享,希望能给小伙伴们一些启发。


问:在你看来,什么才是好的工程师文化?

答: 

1

知友郑昀 

1、从组织层面讲:

1)不会让外行领导内行

我相信很多技术团队都吃过外行领导内行的苦头。

为什么在技术团队里不能让外行领导内行?第一,外行不知道一件事的实操需要哪些人付出多少代价,所以经常表现出“不尊重技术团队的劳动”,无他,可能只是因为Ta不知道。第二,Ta只关注业务层面的事情,对技术趋势、技术内功、基础架构完全无感。

2)人与人之间关系简单

不管是谁,说对了就要点赞,说错了就要反驳。错了就是错了,错了就要承认,错了就要纠正。

3)会少

除非必要,就不需要开会,尤其是开大会。

哪种会可以多开?技术分享讲座。哪种会可以少开甚至不开?头脑风暴会。

2、从工作内容讲:

1)愿意投入人力物力在增长内功、有助传承的长期项目上。

在面对安全、审计、质量控制等要求时,更愿意选择用“机器”解决,而不是增加流程。

即以前经常说的“凡是被不断重复的过程,将其工具化,绑定到自动化流程之中,减少不必要的心智负担”。

2)分享学习氛围浓厚

第一不会以部门为沟壑。第二鼓励与引导跨部门输出价值观。第三,安排适当工作时间以补充新知,反哺团队。


2

知友Maples7 

1、不要让非技术人员参与任何技术决策。可以提建议,但没有决策权,即便是不懂技术的大Boss。
2、技术团队中除了做决策的那个leader,其他人基本做到每个人都相似的话语权,至少没有明显的上下级之分,更不会因为个人资历来决定某个人的技术观点的对错与否,一切就事论事、以理服人。
3、鼓励探索新技术,更不要用任何单一指标(尤其是工作时间)来简单的衡量一个工程师的绩效。鼓励为某一类问题寻求更通用的解决方案,而不仅仅为了某个具体业务的DDL放弃研究(当然,可行性和得失得具体情况具体评估)。
4、鼓励为提高工作效率进行各种形式的OA开发,建立公司内部的代码库,每个开发者都可以提交自己写的模块。类似于公司内部的GitHub,可以考虑把对内部库的贡献程度纳入对开发者的评估中。更具体的,可以适当有一些黑客马拉松之类的活动。
5、公司内部有技术书库,而且有简单的申购流程。
6、每个技术团队有专门的运营或者策划等处理这个技术团队任何与外部的非技术沟通,屏蔽不必要的非技术信息对开发者的干扰。
7、CEO是技术出身并打心底里热爱技术,或者CTO在整个公司拥有话语权。
8、必须写单元测试,必须进行Code Review。

 

3

知友陶程 

1、崇尚自由

有灵活的工作时间和地点

上下级之间是扁平化的管理

有自由的时间和机会去尝试自己的想法

内部人员可以自由的进行技术分享

2、追求效率

简化组织架构和管理

招聘最优秀的人才

技术团队不要让非技术人员管理

少开没用的会

对技术组件进行抽象化,对代码进行高效重用。如 Google 的代码库。

3、勇于突破和创新

技术团队最好小而美,员工能积极学习新技术,补充技术栈

实施员工一些靠谱的想法,内部竞争,比如腾讯的微信就是内部创业,还有豌豆荚内部孵化的开眼等等

不断反思,做高质量的产品,及时放弃一些很糟的产品

如果有足够的资金,成立未来技术研究实验室,放眼未来。如 Google X ,华为 2012 实验室等

拥抱开源

4、最后,老板最好是工程师出身,不然就不能愉快地抢月饼了。

4

知友疯狂的蜗牛

1、适当的工作量,从而有时间学习新知
2、有学习氛围,定期有技术分享课
3、不要让不懂技术的人到技术团队BiBi
4、不以加班多为绩效考核标准
5、不以出bug为由扣钱扣奖金
6、团队有mm
7、有明确的加薪升职制度
8、弹性上班时间
9、懂得鼓励培养新人
10、禁止搞各种xx哥,xx爷的称呼

 

5

知友陈静

从软件工程师的角度回答:
1、项目Leader应该要懂技术。你无法想象团队在讨论方案的时候,还要给Leader解释一些非专业的问题。
2、非强制性的工作分配,让工程师有选择权。工程师可以选择自己熟悉的工作,也可以选择挑战较困难的工作。这样做好处很多,其中一个是可以提高工作的积极性。

 

6

知友张晓宇

1、Code Review是必须的;
2、在开发估时中一定要包括完善文档的时间;
3、如果使用git,一定要有规范的git workflow,最好在issue中可以看到需求的完整实现;
4、团队内的每个人至少要各方面都相似,差别不那么大才适合敏捷开发,不是每个团队都适合敏捷开发,如果流动性极大,且团队内的人差别较大的团队,用敏捷开发,只会导致文档不完善,代码不规范,以及文化流失严重;(这一点极为重要)
5、不加班,有较高的工作效率,在工作时间内完成自己的任务;
6、有时间可以提高自己丰富自己去学一些新的东西;
7、推荐使用尝试新的技术。


7

知友蓝哲

如果产品经理和技术leader是同一个人,我觉得,完美!

 

8

知友殊不知

自由。

工作中尽情发挥酣畅淋漓的自由;探索汲取新技术新知识的自由;团队分享畅所欲言激烈讨论的自由;不被产品狗、bug和奖金绩效束缚的自由~

 

9

知友银马座

自由
弹性
理性
数据说话
学习氛围浓
产品经理互联网行业出身

 

10

知友大崔

我觉得并不存在所谓的工程师文化,工程师能不被歧视就很不错了。
如果再能给点时间,玩些公司不赚钱的东西,就已经是天大的恩惠了。
比如,用技术手段抢月饼可以不被开除,我认为就已经很好了。

 

11

知友netfish

简单的说就一点:专注(长期的)效率 。
仔细想想其实契约精神,弹性工作, 各种福利,高效沟通,简化流程,扁平结构,学习进修的时间,自由探索的空间,合理的假期都属于这一内容的延伸

 

你对工程师文化怎么看,如何构建工程师文化?欢迎在评论区留言互动哦。

戳阅读原文,可进入知乎该问题页面,看更多回答。


延伸阅读:




啊,你看到这里啦~

携程技术中心目前开设了架构/移动/大数据/前端/运维5个微信群,方便关注同一领域的小伙伴们交流。我们也会在群里及时同步携程技术中心主办的相关话题线上和线下活动。

如想进群交流,请加携程技术中心小助手个人微信号ctrip_tech,标注相关领域(如大数据),之后小助手会拉你入群哦。


喜欢我们的会点赞,爱我们的会分享~


点击下方“阅读原文”进知乎问题页

您可能也对以下帖子感兴趣

文章有问题?点此查看未经处理的缓存